Volumes Thin Fornecidos

Os volumes thin-provisioned também podem ajudar a simplificar a administração do servidor. Em vez de designar um volume com alguma capacidade para um aplicativo e aumentá-la conforme as necessidades do aplicativo mudam, é possível configurar um volume com uma capacidade virtual grande para o aplicativo. Em seguida, é possível aumentar ou reduzir a capacidade real conforme as necessidades do aplicativo mudam, sem interromper o aplicativo ou servidor.

Capacidade virtual é a capacidade de armazenamento de volume que está disponível para um host. Capacidade real é a capacidade de armazenamento alocada para uma cópia de volume de um conjunto. Em um volume completamente alocado, a capacidade virtual e a capacidade real são iguais. No entanto, em um volume de thin provisioning, a capacidade virtual pode ser muito maior do que a capacidade real.

A capacidade virtual de um volume de thin provisioning geralmente é significativamente maior do que sua capacidade real. Cada sistema usa a capacidade real para armazenar dados que são gravados no volume e metadados que descrevem a configuração thin-provisioned do volume. Conforme mais informações são gravadas no volume, mais capacidade real é usada. O sistema identifica operações de leitura para partes não gravadas da capacidade virtual e retorna zeros para o servidor sem usar nenhuma capacidade real.

O sistema precisa manter metadados extras que descrevem os conteúdos do volumes thin-provisioned. Como resultado, as taxas de E/S que são obtidas do volumes thin-provisioned podem ser mais baixas do que as taxas obtidas de volumes totalmente alocados que são alocados nos mesmos MDisks.

Ao configurar um volume thin-provisioned em um conjunto padrão, é possível usar o atributo de nível de aviso para gerar um evento de aviso quando a capacidade real usada excede uma quantia ou uma porcentagem especificada da capacidade virtual total. Também é possível usar o evento de aviso para acionar outras ações, como colocar os aplicativos de baixa prioridade no modo off-line ou migrar dados em outros conjuntos de armazenamentos.

Se um volume thin-provisioned em um conjunto padrão não tiver capacidade real suficiente para uma operação de gravação, o volume será deixado off-line e um erro será registrado (código de erro 1865, ID de evento 060001). O acesso ao volume thin-provisioned é restaurado, aumentando a capacidade real do volume ou aumentando o tamanho do conjunto de armazenamentos no qual ele está alocado.

Ao criar um volume thin-provisioned em conjuntos padrão, é possível escolher o tamanho de granularidade para a alocação de espaço em chunks de 32 KB, 64 KB, 128 KB ou 256 KB. O tamanho de granularidade que você seleciona afeta a capacidade virtual máxima para o volume thin-provisioned em conjuntos padrão. O tamanho de granularidade padrão é de 256 KB. Se você selecionar 32 KB para o tamanho de granularidade, o tamanho do volume não pode exceder 260.000 GB. O tamanho de granularidade não pode ser mudado depois que o volume thin-provisioned é criado em um conjunto padrão. Geralmente, Tamanhos de granularidade menores economizar espaço, mas requerem mais acessar metadados, que pode afetar adversamente o desempenho. Se você não for usar o volume thin-provisioned como um volume de origem ou de destino do FlashCopy, use 256 KB para maximizar o desempenho. Se você for usar o volume thin-provisioned como um volume de origem ou de destino do FlashCopy, especifique o mesmo tamanho de granularidade para o volume e para a função FlashCopy.

Ao criar um volume thin-provisioned, configure o modo de cache para readwrite para maximizar o desempenho. Se o modo de cache for configurado como none, o sistema não poderá armazenar em cache os metadados thin-provisioned, o que diminuirá o desempenho. Um volume ou uma cópia de volume thin-provisioned ou compactado que você cria a partir de um conjunto de redução de dados deve ter um modo de cache como leitura/gravação. Se você tentar criar uma cópia de volume thin-provisioned ou compactado a partir de um conjunto de redução de dados e o modo de cache do volume não for readwrite, a operação falhará.

O recurso de autoexpansão impede que um volume thin-provisioned utilize até sua capacidade e ficar offline. Como volume thin-provisioned usa a capacidade, o recurso de autoexpansão mantém uma quantidade fixa da capacidade real não utilizada, chamado de contingência capacidade. Para volumes thin-provisioned em conjuntos de redução de dados, o recurso de expansão automática está sempre ativado para manter a capacidade de contingência. Para volumes thin-provisioned em conjuntos padrão, o recurso de autoexpansão é opcional. No entanto, sem esse recurso ativado, a capacidade de contingência pode ser usada, fazendo com que o volume fique off-line. Se você estiver utilizando conjuntos padrão e deseja determinar se um aplicativo requer o recurso de expansão automática, é possível criar um volume thin-provisioned de teste com o recurso de expansão automática desligado. Se o aplicativo fizer com que o volume fique sem capacidade e off-line, você poderá criar um com o recurso de autoexpansão ativado.